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ELECTRONIC OFFER MANAGEMENT SYSTEM AND METHOD THEREOF 
BACKGROUND OF THE INVENTION 

The present invention relates generally to an electronic offer management system 
and method thereof, and more particularly to a system that enables the electronic 
5 management of offers distributed by a plurality of different offer distributors to customers 
and the dynamic profiling of such customers so that improved offer targeting can be 
achieved. 

Today, about twenty percent (20%) of all sales in grocery retail are covered by 
some promotion or offer. These offers are found in a variety of forms including 

10 temporary price reductions, in-store displays, manufacturer-sponsored coupon offers, 
advertisements, and frequent shopper (i.e., loyalty) discounts. Traditionally, such offers 
have been distributed to customers via "physical" media (i.e. direct mailers, printers, 
displays at the register, Sunday coupon inserts, magazines, etc.). Given the manual 
nature of such a system of distribution, however, customer-specific offers based on a 

15 variety of factors, such as demographics, past purchasing behavior, and price sensitivity 
are impractical. This in turn has a substantial impact on the effectiveness and cost of 
providing offers through such a system. For retailers having numerous competing 
product lines, such as supermarkets, this offer targeting capability is critical. Moreover, 
clearing and settlement of offers distributed in such a manner is technically infeasible 

20 with respect to time, labor and thus, cost intensive. 

With the advent of the Internet as a new ecommerce tool, offers are now also 
being distributed "virtually" to customers. For example, companies such as Cool 
Savings, PlanetU and ValuPage are operating websites from which customers can obtain 
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coupons redeemable at various retail stores and supermarkets, as well as at stores having 
an online presence. Traditional retailers are also beginning to distribute offers online. 
For example, Schnucks supermarket provides it's weekly advertisements, as well as 
coupons online. Offer targeting across a plurality of different offer distributors or based 
5 on "non-customer" data, such as price, is not allowed. Moreover, the clearance and 
settlement of such offers are still performed largely through a manual process and in a 
decentralized manner. As a result, fraudulently fabricated offers cannot be accurately 
tracked and thus, prevented. 

Finally, under current methods of offer distribution, retailers must customize their 

10 point-of-sale (POS) system according to each offer distributor's technical design 

structure. In addition, the entire offer transaction from creation through redemption, 
clearance and settlement is not centralized, thereby increasing the complexity of the 
interfaces needed between the parties to the entire transaction. Moreover, data relevant to 
the transaction and necessary for sophisticated levels of targeting cannot be obtained 

15 from a single source, thereby decreasing its accessibility, accuracy and completeness. 

Given that the primary purpose of providing such offers is to drive up the number of new 
sales, the inability to manage electronic offers in a centralized manner and to dynamically 
profile customers and target offers increases the overall costs and effectiveness of the 
offers. 

20 Accordingly, there is a need for an electronic offer management system in which 

offers can be distributed by a plurality of different offer distributors for automatic routing 
to a store's point of sale system, and in which such offers can be automatically cleared 
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and settled once redeemed, such that an electronic audit of the entire offer transaction, 
and dynamic profiling of customers for improved offer targeting can be achieved. 
SUMMARY OF THE INVENTION 

An electronic offer management system for offer transactions is disclosed. The 
5 system comprises receiving means for receiving information related to a plurality of 

offers distributed by a plurality of different offer distributors to customers for redemption 
at a plurality of stores, routing means for automatically routing the information related to 
each offer to a point-of-sale system of each store in which the offer can be redeemed, and 
clearing means for automatically clearing the offers redeemed by the customers at the 
10 stores. The plurality of offer distributors comprises at least one of an internet offer 
distributor, a retailer offer distributor, a kiosk offer distributor, a direct mail offer 
distributor, and an email offer distributor. 

The clearing means comprises means for receiving redemption information from the 
stores, and means for comparing the redemption information to the offer information 

15 whereby each offer redeemed by the customers can be validated. The system further 

comprises settlement means for automatically reconciling financial obligations associated 
with each offer cleared by the clearing means, whereby a single, electronic audit of each 
offer transaction can be achieved. 

The system further comprises activation means for selectively activating and 

20 deactivating each offer. The system also further comprises profiling means for 
dynamically profiling the customers so that the offers can be targeted to specific 
customers, and offer consolidation means for consolidating the offers available through 
the system for presentation to the customer at a plurality of levels. The profiling means 
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preferably comprises at least one of a static profile, a persistent profile and a dynamic 
profile. The plurality of levels comprises at least one of an offer distributor level and a 
store level. Each offer corresponds to a reward, and the system further comprises reward 
deferral means for deferring issuance of the reward to a third party. The offer 
5 information comprises at least one condition, which is at least one of an item purchase 
condition, a department purchase condition, a total purchase condition, a time of day 
condition and a day of the week condition. 

A method of electronic management of offer transactions is also disclosed. The. 
method comprises receiving information related to a plurality of offers distributed by a 
f 3 10 plurality of different offer distributors to customers for redemption at a plurality of stores, 

f n automatically routing the information of each offer to a point-of-sale system of each store 

tn 

Ul in which the offer can be redeemed, and automatically clearing the offers redeemed by 
'l^ the customers at the stores. 

:^ The method further comprises the step of automatically reconciling financial 

15 obligations associated with each cleared offer whereby a single, electronic audit of each 

r =^ 

f 5 offer transaction can be achieved. The method also further comprises the step of 
receiving redemption information from the stores, and comparing the redemption 
information to the offer information whereby each offer redeemed by the customers can 
be validated. The method also preferably comprises the step of selectively activating 
20 each offer, and consolidating the offers for presentation to the customer at a plurality of 
levels, such as offer distributor level and a store level. The method also further 
comprises the step of dynamically profiling the customers so that the offers can be 
targeted to specific customers. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates the flow of information in an electronic offer management system in 
accordance with the present invention. 
5 FIG. 2 is a flowchart representing the process of dynamic profiling provided by the 
system of Fig. 1 

FIG. 3 A is a spreadsheet showing an example of a non-targeted offer. 
FIG. 3B is a spreadsheet showing an example of a static profile-targeted offer generated 
through the system of Fig. 1. 
10 FIG. 3C is a spreadsheet showing an example of a persistent profile-targeted offer 
generated through the system of Fig. 1. 

FIG. 3D is a spreadsheet showing an example of a dynamic profile-targeted offer 
generated through the system of Fig. 1. 



1 5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is directed to an electronic offer management system and 
method thereof. Fig. 1 illustrates the main components of the system represented as 10, as 
well as the flow of information there through. In summary, offers are distributed to 
customers by a plurality of different offer distributors 12. The details of the offers are 

20 communicated to an electronic clearing network 13 and routed to the appropriate store 28 
for redemption by customers. Transaction log files containing point-of-sale transaction 
details are forwarded back to network 13 where a clearing process identifies what offers 
have been redeemed and validates them against the offers communicated to network 13. 
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Settlement details are also prepared for processing by a settlement agent 30. For the 
purposes of discussion only, system 10 will be described with respect to offers written in 
extensive Markup language (XML) having a representative documentation convention 
for XML element and attribute tags as described below. It can be appreciated by one 
5 skilled in the art, however, that the offer may be defined using other languages or formats 
that allow for the functionality described herein, such as for example the Hypertext 
Markup language. 



Element /Attribute Tag 


Description 


/SOX 


Element aggregate tag. 


/SOX /ever si on 


Element attribute tag identified with a ©. 


/SOX/Of fer/OfferMaintR 
eq/Of f erProperties 


Shortened form for: 

/SOX/Of f er /Of ferMaintReq/Off erProperties /MemberOf fer 


. . /MemberOf fer 




. . /RewardSet [ ] /ItemPur 
chase/IteinList/Item[ ] 


Element list has [] appended (occurrence indicator). In 
the example .. /RewardSet [ ] is an aggregate element that 
must appear once or many times . 

In this example, the ../Itein[] element must appear once or 
many times within each instance of /RewardSet [] . 



10 Referring to Fig. 1, the process starts through the distribution of an offer to a 

customer by an offer distributor 12 that is available for redemption at one or more stores 
28, which can be traditional brick-and-mortar stores, direct mail stores, online stores or 
any other type or form of store. In one embodiment, this is done in conjunction with a 
manufacturer (not shown) who is the sponsor of the offer and thus, bears the cost of it. 

15 Offers are distributed via a plurality of different offer distributors including but not 

limited to Intemet offer distributors 14, in-store kiosk offer distributors 16, retailer offer 
distributors 18, and direct mail/email offer distributors 20. System 10 operates using 
five (5) XML document types, namely Offer, CustomerOffer, OfferAck, 
CustomerOfferAck and ErrorResponse. 
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The Offer document type defines the generic offer setup (i.e. offer properties, 
conditions, and rewards) and routing instructions. In a preferred embodiment, each Offer 
document is hmited to information related to a single offer being distributed by a 
particular offer distributor 12. The maintenance actions supported by the Offer document 
5 type are to add, replace or delete an offer, and are identified in a tabular format as shown 
below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer 


Aggregate 


0 


Once 


Required 
Always 


Offer: 

The /SOX/Offer aggregate element 
may contain: 

One /SOX/Of fer/OfferMaintReq 

aggregate element and one 

/SOX/Of fer /Of ferRouteReq aggregate 

element ; 

OR 

One /SOX/Of fer/OfferMaintReq 
aggregate element only; 
OR 

One /SOX/Of fer/Of ferRouteReq 
aggregate element only. 












. . /@0f ferlD 


String 


12 


Once 


Required 
Always 


Offer ID: 

Number is provided by offer 
distributor and must be unique for 
that distributor. 


. . /Of ferMaintReq 


Aggregate 


0 


Once 


Optional 


Offer Maintenance Request: 
Encapsulates Offer maintenance 
request details for ©OfferlD 
above . 


. . /Of ferMaintReq/© 
Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

Offer maintenance action 
requested. 
Valid values : 
Add 

Replace 
Delete 



10 The CustomerOffer document type defines any customer-specific offer setup and routing 
instructions. The OfferAck document type represents the positive acknowledgement 
returned by the network 13 upon its successful processing of an Offer document type. 
Likewise, CustomerOfferAck document type represents the positive acknowledgement 
returned by the network 13 upon its successful processing of a CustomerOffer document 

15 type. Finally, ErrorResponse document type represents the negative acknowledgement 
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returned by the network 13 upon encountering an error in the course of processing an 
Offer or CustonierOffer document type. These document types preferably adhere to the 
document type definition (DTD) as identified in Appendix 1. 

There are three (3) main components to each offer, namely offer properties, 
5 conditions, and rewards. Offer properties are the data elements that serve to generally 
describe an offer, such as a description, valid date range, and the number of times a 
customer may receive the reward(s) associated with that offer. Each Offer document 
includes a header, a representative sample of which is identified in a tabular format 
below. 

10 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX 


Aggregate 


0 


Once 


Required 
Always 


Document Root Element : 
Identifies this as a SOX XML 
document . 


. . /@0f ferDistribut 


String 


6 


Once 


Required 


Offer Distributor ID: 


orlD 








Always 


Assigned by the ECN. 
Value = 1 - 999999 


. . /@SenderDocUID 


String 


12 


Once 


Required 
Always 


Sender's Document Unique ID: 
Sender's unique reference code 
for this document for audit 
trail purposes. 


. . /©Version 


String 


3 


Once 


Required 
Always 


SOX Version of File: 
Version of SOX to which this 
document conforms . 
Value =1.0 


. . /©AckRequested 


Enumerated 
String 


7 


Once 


Required 
Always 


Acknowledgement Requested: 
Defines type of 
acknowledgement requested. 
Supported values: 

Normal 

Terse 

Verbose 


. . /©SOXType 


Enumerated 
String 


5 


Once 


Required 
Always 


Sox Type: 

Indicates type of SOX XML 
docioment. All SOX dociaments 
have this attribute with 
appropriate values. 
Value = Offer 



The header includes an ©Offer DistributorlD parameter that represents an 



identifier assigned by the network 13 for each offer distributor 12 of system 10. The 
@SenderDocUID parameter represents a unique reference code which identifies the 
15 XML document to its sender so he or she can later refer to it. This parameter is used for 
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audit trail purposes. The ©Version parameter represents the version of the specification 
to which the Offer document conforms. The @ AckRequested parameter defines the type 
of acknowledgement requested for the Offer document (i.e., normal, terse, verbose). The 
@SOXType document identifies the type of XML document (in this case, "Offer"). 
5 A representative sample of the plurality of offer properties available through 

system 10 is identified in a tabular format as shown below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer/OfferMa 
intReq/ 

Of ferProperties 


Aggregate 


0 


Once 


optional 


Offer Properties: 

©OfferlD above. 
This element is required when 
/SOX/Offer/@Action = **Add' or 
'^Replace" . 

It is not required when 
/SOX/Of fer/@Action = '"Delete'. 


. . /MeinberOf f er 


String 


3 


Once 


Required 


Member Offer: 

Is loyalty program membership 

required? 

Valid values: 

Yes 

No 

When membership is not a 

f^mii Y'P'TTipi'n 1" a1 1 mi t"OinpT"^ arp 

eligible to participate in the 
Offer. 


. ./Staff Allowed 


String 


3 


Once 


Required 


Staff Allowed: 

Can staff participate in this 
offer? 

Valid values: 
Yes 
No 


. . /Of ferType 


String 


6 


Once 


Required 


Offer Type: 

Coupon type for monetary 
rewards. (For tax calculations.) 
Valid values: 

Vendor 

Store 


. ./OfferXactLimit 


String 


2 


Once 


Required 


Offer Transaction Limit: 

Maximum number of times this 

offer may be used per 

transaction. 

Value =0-9, or -1 (= 

unlimited) , 

If value = 0, this offer is not 
active. 


. . /Of ferCustLimit 


String 


2 


Once 


Required 


Offer Customer Limit: 

Total number of times this offer 

may be used, across 

transactions. 

Value =0-9, or -1 (= 

unlimited) . 


, . /Of ferStartDateT 
ime 


Aggregate 


0 


Once 


Required 


Offer Start Date Time: 

Date/ time when the offer becomes 

active . 

Encapsulates the elements that 
define the timestamp. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. . /Of f erStartDateT 
ime/Year 


string 


4 


Once 


Required 


Offer Start Date Time: Year 
Format: CCYY 


ime /Month 


S t r i ng 


2 


Once 




ULJ-cX oUdXU UdUt^ i. • luUi 11.11 

Format: MM 
Value =01-12 


. . / UE rerbcart.Jjacei 
ime /Day 


S tr incf 


9 


Once 


Recpjired 


ULLcr ouarL. uduc 1 xinc . uay 
Format : DD 
Value =01-31 


. , /OfferStartDateT 
ime /Hour 


String 


2 


Once 


Required 


Offer Start Date Time: Hour 
Format: HH 
Value = uu — zj- 


. ./OfferStartDateT 
ime/Minute 


String 


2 


Once 


Required 


Offer Start Date Time: Minute 
r ormat : MM 
Value =00-59 


. . /Of f erEndDateTim 
e 


Aggregate 


0 


Once 


Required 


Offer End Date Time: 

Date/ time after which the offer 

expires . 

Encapsulates the elements that 
define the times tamp. 


. . /Of f erEndDateTim 
e/Year 


String 


4 


Once 


Required 


Offer End Date Time: Year 
Format: CCYY 


. . /Of f erEndDateTim 
e/Month 


String 


2 


Once 


Required 


Offer End Date Time: Month 
Format : MM 
Value =01-12 


. . /Of f erEndDateTim 
e/Day 


String 


2 


Once 


Required 


Offer End Date Time: Day 
Format : DD 
Value =01-31 


. . /Of f erEndDateTim 
e/Hour 


String 


2 


Once 


Required 


Offer End Date Time: Hour 
Format: HH 
Value =00-23 


. . /Of f erEndDateTim 
e /Minute 


String 


2 


Once 


Required 


Offer End Date Time: Minute 
Format : MM 
Value =00-59 


. . /Of f erOescriptio 
n 


String 


40 


Once 


Required 


Offer Description: 
Text description of the 
promotion - printed on checkout 
receipt . 

Format on checkout receipt: 2 
lines of 20 characters each. 


. . /Of f erReportDesc 
ription 


String 


40 


Once 


Required 


Offer Report Description: 
Text description of the offer 
for reporting purposes . 


. . /Of f erSponsorSet 
tlementlD 


String 


9 


Once 


Required 


Offer Sponsor Settlement ID: 
Assigned by the ECN. 
Value = 1 - s^yyyyyyy 


. . /Def erredReward 


String 


3 


Once 


Required 


Deferred Reward: 

Is reward to be received in a 

deferred manner (or directed to 

another party) , or is it to be 

received at checkout. 

Valid values : 

"Yes* = Deferred receipt. 

""No' = Checkout receipt. 



MemberOffer is a field representing whether an offer is open to the public or 



requires membership to a frequent shopper, loyalty or similar-type program. 
Staff Allowed is a field representing the employees of the store to which the offer has 
5 been routed. OfferType is a field representing whether the offer is being offered by a 
vendor or a store. OfferXactLimit is a field representing the maximum number of times 
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the offer may be used by a customer per transaction. OfferCustLimit is a field 
representing the maximum number of times the offer may be used by a customer across 
transactions. OfferStartDateTime is an aggregate field representing the date and time 
when the offer becomes active (broken down by year, month, day, hour and minute), 
5 while OfferEndDateTime is an aggregate field representing the date and time after which 
the offer may not be used (broken down by year, month, day, hour and minute). 
OfferDescription is a field representing a text description of the offer, which is 
preferably printed out on the customer's checkout receipt upon redemption. 
OfferReportDescription is a field representing a text description of the offer for reporting 

10 purposes, such as offer performance analysis. OfferSponsorSettlementK) is a field 
representing the unique number used to identify the sponsor of each offer. 
DeferredReward is a field indicating whether a reward associated with an offer is to be 
received in a deferred manner or directed to another party. One skilled in the art can 
appreciate that the number and type of offer properties may vary depending on the 

15 application. 

A representative sample of the plurality of conditions required for redeeming an 
offer through system 10 is identified in tabular format as shown below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer/OfferMa 
intReq/ 

Of ferConditions 


Aggregate 


0 


Once 


Optional 


Offer Conditions: 
Encapsulates the Conditions 
applicable to ©OfferlD. This 
element is required when 
. ./Offer/@Action = «Add- or 
**Replace' . 

It is not required when 

. . /Of fer/@Action = *^Delete'. 


/@ConditionSetCoun 
t 


String 


1 


Once 


Required 


Condition Set Count: 
Number of Condition Set 
instances in this document. 
Value =1-7 


. . /ConditionSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Condition Set: 

Encapsulates the details of a 
single Condition Set. This 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












element must contain only one of 
the following available 
Condition Set type elements: 

ItemPurchase 

DeptPurchase 

Total Purchase 

TimeOf Day 

DayO f We e k 


. . /conQiciontsec l J / 
©Condi tionSetID 


— — 

Enume r a t ed 
String 




Once 


: — — 

Required 


Condition Set ID; 
Value =0-7 

Value must be mutually exclusive 
with other ©ConditionSetID 
values and 

/SOX/Of fer/Of ferMaintReq/Of ferRe 
wards/ 

RewardSet [ ] /©RewardSetID values. 














. . /ConditionSet [ ] / 
ItemPurchase 


Aggregate 


0 


Once 


Optional 


Item Purchase: 

Element which encapsulates the 
details of the ItemPurchase 
Condition Set type. 


. . /ConditionSet [ ] / 
ItemPurchase/@Meas 
ure 


Enumerated 
String 


8 


Once 


Required 


Measure: 

Defines the basis on which this 
Condition Set type is measured. 
Valid values : 

Quantity 

Weight 

Amount 

Where "Amount* is a monetary 
amount . 

If "'Weight" is specified, the 
Offer Distributor is responsible 
for ensuring that Items in 
ItemList are sold by weight. 


, . /ConditionSet [ ] / 
ItemPurchase/ I temL 
ist 


Aggregate 


0 


Once 


Required 


Item List: 

Encapsulates items that may be 
purchased interchangeably to 
meet this Condition. 


. . /ConditionSet [ ] / 
I t em Pu r c h a s e / I t emL 
ist/ 

@ItemCount 


String 


4 


Once 


Required 


Item Count: 

The number of . . ItemList/Item[ ] 
entries to follow. 
Value = 1 - 9999 


. . /ConditionSet [ ] / 
I t emPur c ha s e / I t emL 
ist/Item[] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /ConditionSet [ ] / 
ItemPurchase/CondC 
hkFlg 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values: 

""0" = Once conditions are met, 
rewards issued for all 
qualifying items thereafter. 

"1" - Conditions must be met 
each time to receive rewards. 


. . /ConditionSet [ ] / 
ItemPurchase/Measu 
revalue 


String 


10 


Once 


Required 


Measure Value: 
Metric of 

. . /ItemPurchase/@Measure 
required to be purchased. 

If . . /ItemPurchase/ ©Measure 
= Quantity, Value is in units. 
= Weight, Value is in hundredths 
of pounds . 

= Amount, Value is in cents. 














. . /ConditionSet [ ] / 
DeptPurchase 


Aggregate 


0 


Once 


Optional 


Department Purchase: 

Element which encapsulates the 



{50002710:1) 



12 




XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












details of the DeptPurchase 
Condition Set type. 
The Offer Distributor is 
responsible for the correct 

It is recommended that only the 
store operator uses this 
Condition Set type. 


DeptPurchase/DeptL 
ist 


Ay y xrey a t e 


u 


Once 


rvetjuii eo. 


UcpaxLIUCilU ijJ-sU. 

Element encapsulating the store 
departments from which items may 
be purchased interchangeably to 


. . /ConditionSet [ ] / 
DeptPurchase/DeptL 
ist/ 

©DeptCount 


String 


4 


Once 


Required 


Department Count: 

The number of . . DeptList/Dept [ ] 

entries to follow. 

Value = 1 - 9999 


. . /ConditionSet [ ] / 
DeptPurchase/DeptL 
ist/ uepc I J 


String 
List 


4 


One 
or 

Many 


Required 


Department : 

Store department from which 
items must be purchased. 
Value = 1 - 9999 


. . /ConditionSet t ] / 
DeptPurchase /CondC 
hkFlg 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values: 

" 0 " = Once conditions are met , 
rewards issued for all 
qualifying items thereafter. 

"^l* = Conditions must be met 
each time to receive rewards . 


. . /Lonaiti onset I J / 
DeptPurchase /Amoun 
t 


String 


1 n 
iU 


Once 


Required 


Amount i 

The monetary amoiint required to 
be purchased expressed in cents. 
Value = 1 - 2147483647 














. . /ConditionSet [ ] / 
TotalPurchase/ 


Aggregate 


0 


Once 


Optional 


Total Purchase: 

Element which encapsulates the 
details of the TotalPurchase 
Condition Set type. 


. . /ConditionSet I ] / 
TotalPurchase /@Inc 
ludes 


Enumerated 
String 


12 


Once 


Required 


Includes : 

Defines whether ""All" items or 
only those that are 
"Discountable" are included in 
the total of purchases to be 
evaluated. 
Valid values: 
All 

Discountable 


. . /ConditionSet [ ] / 
TotalPurchase /Cond 
ChkFlag 


String 


1 


Once 


Required 


Condition Check Flag: 
Valid values: 

"^O" = Once conditions are met, 
rewards issued for all 
qualifying items thereafter. 

"1" = Conditions must be met 
each time to receive rewards . 


. . /Condi t ionSet [] / 
To talPur chase /Amou 
nt 


String 


10 


Once 


Required 


Amount : 

The total monetary amount 
required to be purchased 
expressed in cents. 

VoXUc — X ^X4 f^OJD^ ' 














TimeOfDay 


/A.y y X t;y a. i> c 


0 


Once 


Dot" 1 onpi 1 


Timp Cif Dav • 
X xiiic \jt- uay . 

Element which encapsulates the 
details of the TimeOfDay 
Condition Set type. 


. . /ConditionSet [ ] / 
TimeOf Day/Star tTim 
e 


Aggregate 


0 


Once 


Required 


Start Time: 

Encapsulates the details of 
StartTime. 


. . /ConditionSet [ ] / 
TimeOf Day/StartTim 


String 


2 


Once 


Required 


Hour: 

Format : HH 



{S0002710:l) 



13 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


e/Hour 










Value: 00 - 23 


T imeO f Day / S t ar tT im 
e/Minute 


S trincf 


2 




X\ vjll 1 IT e Li 


nxnuLc . 
Format: MM 
Value: 00 - 59 


• • / VvUIlU J. L. i. UIlOC lo I J / 

T imeO f Dav / EndT imp 




n 
u 


Once 




EndT ime. 


. . /Condi tionSet [ ] / 
T imeO f Day / EndT ime / 
Hour 


string 


2 


Once 


Required 


Hour: 

Format: HH 

vaxuc;. UU 


. . /ConditionSet [ ] / 
T imeO f Day / EndT ime / 
Minute 


String 


2 


Once 


Required 


Minute: 
Format: MM 
Value: 00 - 59 














. , /ConditionSet [ ] / 
DayOfWeek 


Aggregate 


0 


Once 


Optional 


Day Of Week: 

Element which encapsulates the 
details of the DayOfWeek 
Condition Set type . 


. . /ConditionSet [ ] / 
DayO f Week / Sunday 


String 


3 


Once 


Required 


Sunday : 

Indicates whether the Offer is 
available on Sundays. Note that 
at least one of the days should 
have a "Yes" value. 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayOf Week/Monday 


String 


3 


Once 


Required 


Monday : 
Valid values: 
Yes 

No 


. . /ConditionSet [ ] / 
DayO f Week/Tuesday 


String 


3 


Once 


Required 


Tuesday: 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayOfWeek/Wednesda 

y 


String 


3 


Once 


Required 


Wednesday: 
Valid values: 

Yes 

No 


. . /ConditionSet 1 3 / 
DayOf Week/Thursday 


String 


3 


Once 


Required 


Thursday : 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayOf Week/Friday 


String 


3 


Once 


Required 


Friday: 
Valid values: 

Yes 

No 


. . /ConditionSet [ ] / 
DayOf Week/Saturday 


String 


3 


Once 


Required 


Saturday: 
Valid values: 

Yes 

No 



Conditions are the rules or requirements for receiving the reward(s) associated 



with a particular offer. The conditions associated with an offer are defined by a plurality 
of condition sets. In one embodiment, there are five (5) types of condition sets, namely 
5 an item purchase condition set, a department purchase condition set, a total purchase 
condition set, a time of day condition set and a day of week condition set. The item 
purchase condition set identifies the item or items that must be purchased, which can be 
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broken down by quantity, weight and/or amount. The department purchase condition set 
identifies the department or departments from which each item must be purchased. The 
total purchase condition set identifies the amount of total purchases required. The time of 
day condition set identifies a time period during which rewards may be received. The 
5 day of week condition set identifies the day(s) of the week on which the rewards may be 
received. Each condition set is programmed such that once conditions are met, rewards 
are issued for all qualifying items. While only one condition set type is allowed for each 
condition set, more than one condition set may contain the same condition set type. One 
skilled in the art can appreciate, however, that the number and type of condition sets may 
10 vary depending on the application. In one embodiment, seven (7) condition sets may be 
defined. When multiple condition sets are specified, all of the conditions in each set must 
be met in order to receive the corresponding rewards. 

A representative sample of the plurality of reward parameters available through 
system 10 is identified in tabular format below. 

15 



XML ElemenVAttribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer/OfferMa 


Aggregate 


0 


Once 


optional 


offer Rewards: 


intReq/ 

Of fer Rewards 










Encapsulates the Rewards 
applicable to @0fferID, 
This element is required when 
/SOX/Of fer/@Action = **Add* or 
"^Replace* . 

It is not required when 
/SOX/Of fer/@Action = "Delete*. 


. . /©RewardSetCount 


String 


1 


Once 


Required 


Reward Set Count:. 

Number of Reward Set instances 

in this document. 

Value =1-7 


. . /RewardSet [] 


Aggregate 
List 


0 


One 
or 

Many- 


Required 


Reward Set: 

Encapsulates the details of a 
single Reward Set. This element 
must contain only one of the 
following available Reward Set 
type elements: 

ItemDiscount 

DeptDiscount 

TotalDiscount 

Freeltem 

ReplacementPriceMethodl 


. . /RewardSet [] /@Re 


Enumerated 


1 


One e 


Required 


Reward Set ID: 
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1 XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


wardSetlD 


string 








Value =0-7 

Value must be mutually exclusive 
with other ©RewardSetID values 
and 

/SOX/Of f er /Of f erMaintRea/Of f erCo 
nditions/ 

ConditionSet I ] /©ConditionSetID 
values . 














. . /RewardSet [] /Ite 

lUU J. s ^ (J LUl L 


Aggregate 


0 


Once 


Optional 


Item Discount: 

EjAciucIii,- wxixcii cilcapsu J.a l6S une 

details of the ItemDiscount 
Reward Set type. 


. . / r\cWa.irU.ocL. I } / ± t.e 

mDiscount/ 
©Basis 


String 


7 


Once 




Basis I 

Defines the basis on which 
Rewards will be given: 
Valid values : 

"^Amount" = Amount off. 


. . /RewardSet [] /Ite 

mDiscount/ 

ItemList 


Aggregate 


0 


Once 


Required 


Item List: 

Element encapsulating the items 
that may receive this Reward. 


. . /RewardSet [ ] /Ite 

mDiscount/ 

I t emLis t / @ I temCoun 

t 


String 


4 


Once 


Required 


Item Count: 

The number of .. ItemList/ Item [ ] 
entries to follow. 
Value = 1 - 9999 


. . /RewardSet [ 1 /Ite 
mDiscount/ 
ItemList/Item[ ] 


String 
List 


12 


One 
or 

Many- 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 
Compressed UPC is not permitted. 


. . /RewardSet [ ] /Ite 

mDiscount/ 

RewardLimit 


String 


2 


One e 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 (= 
unlimited) . 


. . /RewardSet [] /Ite 

mDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 

Metric of . . /ItemDiscount/@Basis 

to be applied. 

If . . /ItemDiscpunt/@Basis = 

Percent, then the value is the 

percentage discount in whole 

niombers . 

value = 1 — yy 

If .. /ItemDiscount /©Basis = 

Amount, then the value is the 

discount amount in cents. 

Value = 1 - 2147483647 

Note that the price of an item 

will never be reduced below 

zero . 














. . /RewardSet [ ] /Dep 
tDiscount 


Aggregate 


0 


Once 


Optional 


Department Discount: 

Element which encapsulates the 

details of the DeptDiscount 

Reward Set type. 

The Offer Distributor is 

identification of departments. 
It is recommended that only the 
store operator uses this Reward 
Set type. 


. . /RewardSet [ ] /Dep 

tDiscount/ 

©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis: 

Defines the basis on which 
Rewards will be given: 
Valid values: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












* Percent' = Percentage off. 
"Amount" = Tvmount off. 


. . /RewardSet [ J /Dep 

tDiscount/ 

DeptList 


Aggregate 


0 


Once 


Required 


Department List: 
Element encapsulating the store 
departments whose items are 
eligible to receive this Reward. 


. . /RewardSet t ] /Dep 
tDiscount/ 
DeptList /©DeptCoun 
t 


String 


4 


Once 


Required 


Department Count: 

The number of . . DeptList/Dept [ ] 

entries to follow. 

Value = 1 - 9999 


. . /RewardSet [ ] /Dep 
tDi s count / 
DeptList/Dept[] 


String- 
List 


4 


One 
or 

Many 


Required 


Department : 

Store department whose items are 
eligible to receive this Reward. 
Value = 1 - 9999 


. . /RewardSet [ ] /Dep 

tDiscount/ 

RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 (= 
unlimited) . 


. . /RewardSet [ ] /Dep 

tDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 

Metric of . . /DeptDiscount/@Basis 

to be applied. 

If . . /DeptDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

va±ue — ± — yy 

XL . . / Ucpi.JJJLsC(JU.llU / VSDcLoXb — 

Amount, then the value is the 
discount amount in cents. 
Value = 1 - 2147483647 

purchases of items in eligible 
departments will never be 
reduced below zero. 














. . /RewardSet [ ] /Tot 

d X U J. oCQUIiU 


Aggregate 


0 


Once 


Optional 


Total Discount: 

details of the TotalDiscount 
Reward Set type. 


. . /RewardSet [] /Tot 
alDiscount/@Basis 


Eniimerated 
String 


7 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 

"Percent* = Percentage off. 
'^Amount" = Amount off. 


. . /RewardSet [ ] /Tot 
alDiscount/RewardL 
imit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value =1-9, or -1 (= 
unlimited) . 


. . /RewardSet [ 1 /Tot 
alDiscount/BasisVa 
lue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /TotalDiscount/@Basis to be 
applied. 

If . . /TotalDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /TotalDiscount/@Basis = 

Amount, then the value is the 

discount amount in cents . 

Value = 1 - 2147483647 

Note that the total value of 

purchases will never be reduced 
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"pMLjElement/Attributei 

Ofag m- ; 


Data Type ^ 


. : Max 


Occur 


Usage 


Description 












below zero. 














. . /RewardSet [ ] /Fre 
eltem 


Aggregate 


0 


Once 


Optional 


Free Item: 

Element which encapsulates the 
details of the Freeltem Reward 
Set type. 


. . /RewardSet [ ] /Fre 

eltem/ 

IteitiList 


Aggregate 


0 


Once 


Required 


Item List: 

Element encapsulating the items 
that may receive this Reward. 


. . /RewardSet [] /Fre 

I t emLi s t / @ I t emCoun 
t 


String 


4 


Once 


Required 


Item Count: 

Tho ni iml^OT" of T t" caTnT.i c t" / T t" am [ 1 

■I 1 11 UllLL^C i. VJ J. . • J. l> Clt U-t X O I. / J. L. mil J 

entries to follow. 
Value = 1 - 9999 


. . /RewardSet [] /Fre 
eltem/ 

ItemList/Item[ ] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

UPC/EAN Code of eligible item 
without the check digit. All 12 

UXyxco llluo L. JJc ±3^tr(^-L 1. XcU tJVfcill 11. 

-I. d CL \— A -1- 1 IV-^ £-1 ^ ±, \J O CAX^ llwCU^V^ • 

Compressed UPC is not permitted. 


. . /RewardSet [ ] /Fre 

eltem/ 

RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximum number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
Value ^1-9, or -1 (= 
unlimited) . 














. . /RewardSet [ ] / 
Replacement PriceMe 
thodl 


Aggregate 


0 


Once 


Optional 


Replacement Price Method 1 : 
Element which encapsulates the 
details of the 

Replacement PriceMe thodl Reward 
Set type. 

The replacement price to be 
appxieo Eoliows inci ^oyu 
Supermarket Application pricing 
method 1 logic. Pricing methods 
0, 2, 3, and 4 may be supported 
in future vers i ons o f the 
system, if required. 
This Reward Set type may not be 
used for weighed or NSC 02 
items . 


. . / Kewaru.be t L J / 

ReplacementPriceMe 

thodl/ 

ItemList 


Aggr ega t e 


U 


Once 


Required 


Item List : 

Element encapsulating the items 
that may receive this Reward. 


-./RewardSet[]/ 
Rep lac ement Pr i c eMe 
tnoal/ 

ItemList /@ItemCoun 
t 


String 


4 


Once 


Required 


Item Count: 

The number of . . ItemList/Item[ ] 
entries to follow. 
Value = 1 - 9999 


. . /RewardSet [ ] / 
Rep 1 ac emen t Pr i c eMe 
thodl/ 

ItemList/Item[] 


String 
List 


12 


One 
or 

Many 


Required 


Item: 

without the check digit. All 12 
digits must be specified even if 
leading zero's are needed. 

PomnTPK; Qf:iri TTPr" i not" nemiitted. 


. . /RewardSet [ ] / 
ReplacementPriceMe 
thodl/ 
DealPrice 


String 


8 


Once 


Required 


Deal Price: 

Total price, in cents, of 
DealQuantity units. 
Value = 1 - 99999999 


. . /RewardSet [ ] / 

ReplacementPriceMe 

thodl/ 

DealQuantity 


String 


2 


Once 


Required 


Deal Quantity: 

Number of units received for 
DealPrice . 
Value =1-99 


. . /RewardSet [ ] / 
ReplacementPriceMe 
thodl/ 
RewardLimit 


String 


2 


Once 


Required 


Reward Limit: 

Maximiim number of Rewards which 
can be issued each time the 
Conditions of the Offer are met. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












value =1-9, or -1 {= 












unlimited) . 



Rewards are the benefits received by the customers when the conditions are met. 



The reward(s) associated with an offer are defined by a plurality of rewards sets. In one 
embodiment, there are five (5) reward set types, namely the item discount reward, the 
5 department discount reward, the total discount reward, the free item reward and the 
replacement price reward. One skilled in the art can appreciate, however, that the 
number and type of rewards may vary depending on the application. For example, 
rewards can be deferred to a third party, such as deposits directly into a mutual fund or a 
child's college fund. 

}^ 10 The item discount reward is applied to the price of a specific item or item(s). The 

department discount reward is applied to the price of items in a certain department or 

W departments. The total discount reward is applied to the total price of a customer's total 

tl 

B purchases. The free item reward is applied to reduce the price of a specific item or items 

^3 to zero. The replacement price reward is applied to replace an existing price for a 

ry 

15 specific item or items. While only one reward set type is allowed for each reward set, 
more than one reward set may contain the same reward set type. When multiple reward 
sets are specified, all possible rewards are given if the corresponding conditions are met. 

Once the offers have been created, they are routed to the appropriate store or 
stores in which they are valid for redemption. A preferred format for offer store routing 

20 is provided below. 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Of fer/Of ferRo 
uteReq 


Aggregate 


0 


Once 


optional 


Offer Route Request: 
Encapsulates all Offer store 
routing requests. 


. . /StoreList tl 


Aggregate 


0 


One 


Required 


Store List: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 




List 




or 

Many 




Encapsulates details of all 
stores for which the same 
©Action is required for this 
@0f ferlD. 


/StoreList f 1 /@Ac 
tion 


String 


7 


Once 




Ar't* i nvi • 

Defines maintenance 
operation to be performed 
for this ©Offer for this 
StoreList [ ] . 

Valid vflliip^- 
Add 

Replace 
Delete 


. . /StoreList [] /@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 
The number of 

. . /StoreList/Store t ] entries 
to foil o w . 

Value = 1 - 2147483647 


. . /StoreList (]/Sto 
re[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store: 

Encapsulates the details of 
one store. 


. . /StoreList []/Sto 

re[]/ 

StorelD 


String 


10 


Once 


Required 


Store ID: 

Assigned by ECN. 

Unique Store Identifier. 

valid value: 1 - 2147483647 


. . /StoreList [] /Sto 
ret]/ 


String 


2 


Once 


Required 


Service Priority: 

Indicates maximum processing 

service. 

Supported values for the 
Pilot: 

"ON" = Overnight 
Beyond Pilot: 

^RT" = Real-time 

"15" = 15 Minutes 

«HR" = 1 Hour 



The OfferRouteReq parameter encapsulates all offer store routing requests. The 



Storelist parameter encapsulates the details of all stores for which the same maintenance 
action is required for a particular offer. In particular, the ©Action parameter defines the 
5 particular maintenance action to be performed for the list of stores identified by the 

Storelist parameter. The Storecount parameter identifies the number of stores to which to 
apply said action. The Store parameter encapsulates the details of one store, namely the 
identification value assigned to the store by network 13. The ServicePriority parameter 
identifies the maximum processing delay for the requested routing service (i.e., 
10 ovemight, real-time, or set- time). 
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In a preferred embodiment, customer-specific variations can be introduced with 
respect to an offer through the CustomerOffer document type, which has the same header 
format as that for the Offer document type, with the value of the ©SOXType parameter 
being "CustomerOffer." A customer offer contains replacement values for some of the 
5 offer properties and rewards that are "overlaid" on top of the "generic" offer values when 
a customer identifies himself or herself at the time of purchase, such as through a loyalty 
card. A preferred format for the maintenance, the offer properties, rewards and offer 
routing for the Customer Offer document type are similar to that for an Offer document 
type and are identified in tabular format below, respectively. 
10 Customer Offer Maintenance Request 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/ SOX /Cus tomerO f f er 
[] 


Aggregate 


0 


One 
or 

Many 


Required 
Always 


Customer Offer: 

The /SOX/CustomerOf f er [ 1 

aggregate element may contain: 

One 

/SOX /CustomerOffer [ ] /CustOf f erMa 

intReq aggregate element and one 

/SOX/CustomerOf f er [ ] /CustOf ferRo 

uteReq aggregate element; 

OR 

One 

/SOX/CustomerOf fer [ ] /CustOf f erMa 
intReq aggregate element only; 
OR 
One 

/SOX/CustomerOf fer [ ] /CustOf ferRo 
UteReq aggregate element only. 






















. . /eofferlD 


String 


12 


Once 


Required 
Always 


Offer ID: 

Number is provided by offer 
distributor and must be unique 
for that distributor, 
value = 1 - 999999999999 


. . /@MerchantID 


String 


10 


Once 


Required 
Always 


Merchant ID: 

Assigned by ECN. 

Identifies the issuing 

organization for the Customer's 

loyalty card. 

Value: 1 - 2147483647 


. . /©CustomerlD 


String 


18 


Once 


Required 
Always 


Customer ID: 

Normally, the Customer's loyalty 
card number for the merchant 
represented by @MerchantID. 


. ./CustOfferMaintR 
eq 


Aggregate 


0 


Once 


Optional 


Customer Offer Maintenance 
Request: 

Encapsulates CustomerOffer 
maintenance request details for 
©Of fer ID and 

©Merchant ID/@Customer ID above. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. . /CustOf f erMaintR 


Enumerated 


8 


Once 


Required 


Action: 


eq/@Action 


String 








CustomerOf fer maintenance action 
requested. 
Valid values: 
Add 

Replace 

Delete 

Activate 



Customer Offer Properties 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf f er 
[]/ 

Cus tOf f erMaintReq/ 
CustOf ferProper tie 
s 


Aggregate 


0 




Optional 


CustomerOf fer Properties: 
Contains CustomerOf fer 
Properties for ©OfferlD for 
@MerchantID/@CustomerID above. 
This element is required when 
/ SOX /CustomerOf fer [ ] /©Action = 
^^Add' or Replace ' or 
"Activate* . 

It is not required when 
/SOX/CustomerOf fer [] /©Action = 
"■'Delete" . 


. . /CustOf ferXactLi 
mit 


String 


2 


Once 


Required 


Customer Offer Transaction 
Limi t : 

Maximum number of times this 

offer may be used per 

transaction. 

Value =0-9, or -1 (= 

unlimited) . 

If value = 0, this 

CustomerOf fer is not active. 


. . /CustOf ferCustLi 
mit 


String 


2 


Once 


Required 


Customer Offer Customer Limit: 
Total number of times this 
offer may be used, across 
transactions . 
Value =0-9, or -1 (= 
unlimited) . 



5 Customer Offer Revyards 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX/CustomerOf fer 


Aggregate 


0 


Once 


optional 


CustomerOf fer Rewards: 


[]/. 










Contains CustomerOf fer Rewards 


CustOf f erMaintReq/ 










for ©OfferlD for 


CustOf ferRewards 










©Merchant ID/ @CustomerID above. 
This element is required when 
/SOX/CustomerOf fer [] /©Action = 
''Add' or '^Replace* . 
It is not required when 
/SOX/CustomerOf f er [ ] /©Action = 
"Delete" or ^'Activate". 


. . / ©Rewards etCount 


String 


1 


Once 


Required 


Reward Set Count: 
Number of Reward Set instances 
in this CustomerOf fer [] . 
Value =1-7 


. . /RewardSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the details of a 
single Reward Set . This 
element must contain only one 
of the following available 
Reward Set type elements : 

ItemDiscount 

DeptDiscount 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












TotalDiscount 

ReplacementPriceMethodl 
Note that CustOf f erRewards for 
Freeltem are not meaningful. 


. . /RewardSet [ ] /@Re 
wardSetID 


Enumerated 
String 


1 


Once 


Required 


Reward Set ID: 
Value =0-7 

Value is determined by the 
©RewardSet ID from the global 
©Of ferlD which is to be 
overlaid with the data in this 
RewardSet [ ] . 

Additionally, the ©RewardSet ID 
must refer to the same Reward 
ocu cype diiu. oe measureci on 

©OfferlD, or an error will 
result . 

The system cannot successfully 

rtvp>Tl t"hp fii t" oinPT — sjnf^r* 1 f 1 r" 

data values onto the global 
Offer unless they are 
comparable . 














. . /RewardSet [] /Ite 
rtiDis count 


Aggregate 


0 


Once 


Optional 


Item Discount: 

Element which encapsulates the 
details of the ItemDiscount 
Reward Set type. 


. . /RewardSet I J /Ite 

mDiscount/ 

©Basis 


Enumera ted 
String 


7 


Once 


Recjuired 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values: 

'''Percent* = Percentage off. 
Amount" = Amount off. 
See comments above regarding 
the need for compatibility 
with default rewards. 


. . /RewardSet [ ] /Ite 

mDiscount/ 

BasisValue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /ItemDiscount/©Basis to be 
applied. 

If , , /ItemDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

value — L — yy 

If . . /ItemDiscount/@Basis = 

Amount, then the value is the 

discount amount in cents . 

Value = 1 - 2147483647 

Note that the price of an item 

will never be reduced below 

zero. 














. . /RewardSet [ ] /Dep 
tDiscount 


Aggregate 


0 


Once 


Optional 


Department Discoxint: 
Element which encapsulates the 
details of the DeptDiscount 
Reward Set type. 



. . /Rewar 
dSet[] /D 
eptDisco 
unt/ 
©Basis 


Enumerated 
String 


7 


Once 


Required 


Basis: 

Defines the basis on which Rewards will 
be given: 
Valid values: 

''Percent* = Percentage off. 

''Amount* = Amount off. 
See comments above regarding the need 
for compatibility with default rewards. 


.. /RewardSet [] /Dep String 10 Once 
tDiscount/ 


Required Basis Value: 
Metric of 
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BasisValue 










. . /ItemDiscount/@Basis to be 
applied. 

If . . /ItemDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /ItemOiscount/QBasis = 

Amount, then the value is the 

discount amount in cents. 

Value = 1 - 2147483647 

Note that the price of an item 

will never be reduced below 

zero. 














, . /RewardSet [ ] /Tot 
alDiscount 


Aggregate 


0 


Once 


Optional 


Total Discount: 

Element which encapsulates the 
details of the TotalDiscount 
Reward Set type. 


, . /RewardSet [] /Tot 
alDiscount /©Basis 


Enumerated 
String 


8 


Once 


Required 


Basis : 

Defines the basis on which 
Rewards will be given: 
Valid values: 

Percent" = Percentage off. 
''Amount" = Amount off. 
See comments above regarding 
the need for compatibility 
with default rewards. 


. . /RewardSet [ ] /Tot 
alDiscount /BasisVa 
lue 


String 


10 


Once 


Required 


Basis Value: 
Metric of 

. . /ItemDiscount/©Basis to be 
applied. 

If . . /ItemDiscount/@Basis = 

Percent, then the value is the 

percentage discount in whole 

numbers . 

Value =1-99 

If . . /ItemDiscount/@Basis = 

Amount, then the value is the 

discount amount in cents. 

Value = 1 - 2147483647 

Note that the price of an item 

will never be reduced below 

zero. 














. . /RewardSet [ 3 / 
Replacement PriceMe 
thodl 


Aggregate 


0 


Once 


Optional 


Replacement Price Method 1: 
Element which encapsulates the 
details of the 

ReplacementPriceMe thodl Reward 
Set type. 


. ./RewardSet[]/ 

ReplacementPriceMe 

thodl/ 

DealPrice 


String 


8 


Once 


Required 


Deal Price: 

Total price, in cents, of 
DealQuantity units, where 
DealQuantity is defined in the 
default Rewards for @OfferID. 
Value = 1 - 99999999 



Customer Offer Store Routing 



XML ElemenVAttribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf fer 


Aggregate 


0 


Once 


optional 


CustomerOf f er Route Request: 


(3/ 

CustOf ferRouteReq 










Encapsulates CustomerOf fer [ ) 
store routing request details. 


. . /StoreList[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates details of all 
stores for which the same 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












©Action is required for this 
©OfferlD and 
©MerchantlD/eCustomerlD . 


. . /bCoreLiisu L J / (sac 
tion 


Enumerated 
String 


/ 


Once 


Required 


Action : 

Defines maintenance operation 
to be performed for this 
StoreList [ ) . 
Valid values: 

AuQ 

Replace 
Delete 
/\c u ivace 


. ./StoreList[]/@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 
The number of 

. . /StoreList/Store [ ] entries 
to follow. 

Value = 1 - 2147483647 


. ./StoreList[]/Sto 
re[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store: 

Encapsulates the details of 
one store. 


../StoreList[]/Sto 

re[]/ 

StorelD 


String 


10 


Once 


Required 


Store ID: 

Assigned by ECN. 

Unique Store Identifier. 

Valid value: 1 - 2147483647 


. ./StoreList[]/Sto 
re t ] / 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service. 

Supported values for the 
Pilot: 

*^15* = 15 Minutes 

*W = 1 Hour 

«0N" = Overnight 

^RT* = Real-time 



As previously mentioned, the OfferAck document type is the positive 



acknowledgement returned by network 13 upon its successful processing of an offer 
document type. A preferred format for this type of document, including its header, is 
5 identified in a tabular format as shown below. 
Header 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX 


Aggregate 


0 


Once 


Required 
Always 


Dociiment Root Element: 
Identifies this as a SOX XML 
document . 


. . /©Version 


String 


3 


Once 


Required 
Always 


SOX Version of File: 
Version of SOX to which this 
document conforms. 
Value =1.0 


. . /esoXType 


Enumerated 
String 


8 


Once 


Required 
Always 


Sox Type: 

Indicates type of SOX XML 
document. All SOX documents 
have this attribute with 
appropriate values. 
Value = OfferAck 
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Offer Document Acknowledgement . 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/OfferAck 


Aggregate 


0 


Once 


Required 


Offer Acknowledgement: 
Encapsulates the acJcnowledgement 
of the receipt of the Offer 
document . 


. . /DistributorlD 


String 


10 


Once 


Required 


Distributor ID: 

©Of f erDistributorlD in the Offer 
document . 


. . /AckRequested 


Enumerated 
String 


7 


Once 


Required 


Acknowledgement Requested: 
©AckRequested in the Offer 
document . 


. . /SenderDocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
©SenderDocUID in the Offer 
document . 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

Generated by ECN. 

ECN ID for the session in which 

the Offer document was 

transmitted to the ECN. 

May be used for audit trail 

purposes . 


. . /Of fRcptCtrllD 


String 


10 


Once 


Required 


Offer Receipt Control ID: 
Generated by ECN. 
ECN identifier used for tracking 
the Offer document. 


. . /SenderlD 


String 


8 


Once 


Required 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

Offer document was transmitted 

to the ECN. 


. ./Date 


Aggregate 


0 


Once 


Required 


Date: 

Generated by ECN. 

Date of OfferAck creation. 


. . /Date/Year 


String 


4 


Once 


Required 


Year : 

Format: CCYY 


. . /Date /Month 


String 


2 


Once 


Required 


Month: 
Format : MM 


. . /Date /Day 


String 


2 


Once 


Required 


Day : 

Format : DD 


. . /Time 


Aggregate 


0 


Once 


Required 


Time: 

Generated by ECN. 

Time of OfferAck creation. 


. . /Time /Hour 


String 


2 


Once 


Required 


Hour: 

Format: HH 


. . /Time /Minute 


String 


2 


Once 


Required 


Minute : 
Format : MM 


. . /Time /Second 


String 


2 


Once 


Required 


Second: 
Format : SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for OfferAck creation 

times tamp . 



5 With respect to the Offer Document Acknowledgement format, the DistributorlD 

parameter identifies a unique identification value for the offer distributor distributing the 
offer. The AckRequested parameter reflects the requested level of acknowledgement 
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identified in the @ AckRequested parameter of the header of the Offer document. The 
SenderDocUED parameter identifies the unique code identifying the XML document to 
its sender for audit trail purposes. The SessionID parameter is a unique identification 
value generated by network 13 identifying the session in which the Offer document was 
transmitted to it, and may also be used for audit trail purposes. The OffRcptCtrllD 
parameter is a unique identifier generated by network 13 for tracking the Offer document. 
The SenderlD parameter is a unique identifier generated by network 13 representing the 
identity of the sender of the offer document under which the Offer document was 
transmitted to network 13. The Date and Time parameters are generated by the network 
13 and identify the date and time, respectively, of the creation of the OfferAck document. 
A preferred format for the Offer Maintenance Request Acknowledgment and Offer Store 
Routing Acknowledgement are identified in tabular format below. 



Offer Maintenance Request Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Offer 


Aggregate 


0 


Once 


Required 


Offer: 

Encapsulates results of Offer 
processing. 


. . /(iOfferlD 


String 


12 


Once 


Required 


Offer ID: 

©OfferlD in the Offer dociament. 














. . /Of f erMaintReq 


Aggregate 


0 


Once 


Optional 


Offer Maintenance Request: 
This element will exist if it 
was present in the processed 
Offer document. 
Encapsulates results of Offer 
maintenance processing. 


. , /Of f erMaintReq/@ 
Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the Offer document. 














/SOX/Of fer/OfferMa 
intReq/ 

Of ferProperties 


Aggregate 


0 




Optional 


Offer Properties: 

This element will exist if it 

was present in the processed 

Offer document. 

Encapsulates results of Offer 

Properties processing. 


. . /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


. . /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 














/SOX/Of fer/OfferMa 


Aggregate 


0 


Once 


Optional 


Offer Conditions: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


intReq/ 

Of ferConditions 










This element will exist if it 
was present in the processed 
Offer document. 
Encapsulates results of Offer 
Conditions processing. 


. . /@Condi tionSetCo 
unt 


String 


1 


Once 


Required 


Condition Set Count: 
Count of ., /ConditionSet [ ) 
elements to follow. 


. . /ConditionSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Condition Set: 

Encapsulates the results of 

processing this ©ConditionSet ID. 


©ConditionSet ID 


Enume r a ted 
String 


1 


Once 


Required 


Condition Set ID: 
eConditionSetID in the Offer 
document . 


. . /ConditionSet [ ] / 
Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


Result 


A /-T/-T -r-cjrr a f pi 

"y y cy o i-c 


0 


Once 


Required 


Result : 

See result structure above. 














intReq/ 

Of f erRewards 


Aggr egaue 


n 
u 


Once 




This element will exist if it 
was present in the processed 

Encapsulates results of Offer 
Rewards processing. 




String 


\ 






Count of . . /RewardSet [ ] elements 
to follow. 


. . /RewardSet[] 


Aggregate 

T 1 c 1- 


0 


One 
or 

Many 


Required 


Reward Set: 

processing this ©RewardSetlD. 


. . / rtewaiCioec l J / 


HiIlUlIlcI. dUcu 

S t r i ng 




Once 




R OLJ^ tH ^ *3 1" T n • 

©RewardSetID in the Offer 
document . 


. . /RewardSet [ ] /Sta 
tus 


String 


9 


Once 


Required 


Status: 

Generated by ECN. 
Valid Values: 
Success 


. . /RewardSet [ ] /Res 
ult 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 














Offer Store Routing Acknowledgement. 


XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/Of fer/Of ferRo 
uteReq 


Aggregate 


0 


Once 


optional 


Offer Routing Request: 

This element will exist if it 

was present in the processed 

Offer docxament. 

Encapsulates results of Offer 

routing processing. 


. ./StoreList[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates the details of 
stores for which the same 
©Action is required. 


. ./StoreList[]/@Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the Offer document. 


. ./StoreList[]/@St 
oreCount 


String 


10 


Once 


Required 


Store Count: 

Count of ../Stored elements to 
follow. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. . /StoreList [ ] /Sto 
re[] 


Aggrecfate 
List 


0 


One 
or 

Many 


Recjuired 


Store : 

Encapsulates the details of one 
store. 


. . /StoreList [] /Sto 
re[]/ 


String 


10 


Once 


Required 


Store ID: 

StorelD in the Offer document. 


. . /StoreList [] /Sto 
re[] / 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
ServicePriority in the Offer 
document . 


. . /StoreList [] /Sto 
re[ ] /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /StoreList E] /Sto 
re[] /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



Likewise, a preferred format for the CustomerOfferAck document type (which 
has the same header format with a value for the ©SOXType parameter being 
"CustomerOfferAck," and includes Offer Document Acknowledgement, CustomerOffer 
5 Maintenance Request Acknowledgement and CustomerOffer Store Routing 
Acknowledgement are provided below. 



Offer Document Acknowledgement 



XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 








/SOX/CustOf ferAck 


Aggregate 


0 


Once 


Required 


CustomerOffer Acknowledgement: 
Encapsulates the acknowledgement 
of the receipt of the 
CustomerOffer document. 


. . /DistributorlD 


String 


10 


Once 


Required 


Distributor ID: 

@0f ferDistributorlD in the 

CustomerOffer document. 


. . /AckRequested 


Enumerated 
String 


7 


Once 


Required 


Acknowledgement Requested: 
©AckRequested in the 
CustomerOffer document. 


. . /SenderDocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
©SenderDocUID in the 
CustomerOffer document. 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

Generated by ECN. 

ECN ID for the session in which 

the CustomerOffer document was 

transmitted to the ECN. May be 

used for audit trail purposes. 


. ./OffRcptCtrllD 


String 


10 


Once 


Required 


Offer Receipt Control ID: 
Generated by ECN. 
ECN identifier used for tracking 
the CustomerOffer document. 


. . /Sender ID 


String 


8 


Once 


Required 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

CustomerOffer document was 

transmitted to the ECN. 


. , /Date 


Aggregate 


0 


Once 


Required 


Date: 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 












f^ori^T*^ t* hv PPM 

Date of CustomerOf ferAck 
creation. 


. . /Date/Year 


string 


4 


Once 


Required 


Year: 

r 01.111a L. . 1 1 


. . /Date /Month 


String 


2 


Once 


Required 


Month: 

IJ ^ >^ m a 4- * yjnjt 

ronuau: ciri 


. , /Date /Day 


String 


2 


Once 


Required 


Day: 

r CJX IllCl L . UU 


. . /Time 


Aggregate 


0 


Once 


Required 


Time: 

vjcnerotea oy ijUin . 

Time of CustomerOf ferAck 

creation. 


. . /Time /Hour 


String 


2 


Once 


Required 


Hour: 

IT iiLci \^ * iiri 


. . /Time /Minute 


String 


2 


Once 


Required 


Minute: 
Format : MM 


. . /Time /Second 


String 


2 


Once 


Required 


Second: 
Format: SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for CustomerOf ferAck 

creation timestamp. 



Customer Offer Maintenance Request Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf fer 


Aggregate 


0 


One 
or 

Many 


Required 


CustomerOf fer : 
Encapsulates results of 
CustomerOf fer processing. 


. ./©OfferlD 


String 


12 


Once 


Required 


Offer ID: 

©OfferlD in the CustomerOf fer 
document . 


. . /©Merchant ID 


String 


10 


Once 


Required 


Merchant ID: 

©Merchant ID in the CustomerOf fer 
document . 


. . /©Customer ID 


String 


18 


Once 


Required 


Customer ID: 

©Customer ID in the CustomerOf fer 
document . 














. . /CustOf ferMaintR 
eq 


Aggregate 


0 


Once 


Optional 


CustomerOf fer Maintenance 
Request : 

This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer maintenance 
processing. 


. . /CustOf ferMaintR 
eq/ ©Action 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the CustomerOf fer 
document . 














/SOX/CustomerOf fer 
/ 

CustOf ferMaintReq/ 
CustOf ferPropertie 
s 


Aggregate 


0 




Optional 


CustomerOf fer Properties': 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer Properties 
processing. 


. . /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 
Success 


, . /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf f er 
/ 

CustOf f erMaintReq/ 
CustOf ferRewards 


Aggregate 


0 


Once 


optional 


CustomerOf f er Rewards: 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of 
CustomerOf fer Rewards 
processing . 


. . /QRewardSetCount 


String 


1 


Once 


Required 


Reward Set Count : 

Count of /RewardSet [ ] elements 

to follow. 


. . /RewardSet [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Reward Set: 

Encapsulates the results of 
processing this @RewardSetID. 


. . /RewardSet [] /@Re 
wardSetID 


Enumerated 
String 


1 


Once 


Required 


Reward Set ID: 
©RewardSetID in the 
CustomerOf fer document. 


. . /RewardSet []/Sta 
tus 


String 


9 


Once 


Required 


Status: 

Generated by ECN. 
Valid Values: 
Success 


. . /RewardSet I ] /Res 
ult 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



Customer Offer Store Routing Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/CustomerOf f er 
/ 

CustOf ferRouteReq 


Aggregate 


0 


Once 


Optional 


CustomerOf fer Routing Request: 
This element will exist if it 
was present in the processed 
CustomerOf fer document. 
Encapsulates results of Offer 
routing processing. 


. . /StoreList [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Store List: 

Encapsulates the details of 
stores for which the same 
©Action is required. 


. . /StoreList t] /@Ac 
tion 


Enumerated 
String 


7 


Once 


Required 


Action: 

©Action in the CustomerOf fer 
document . 


. . /StoreList [] /©St 
oreCoiint 


String 


10 


Once 


Required 


Store Count: 

Count of .. /Store [] elements to 
follow. 


. . /StoreList [] /Sto 
re[] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


store: 

Encapsulates the details of one 
store . 


. . /StoreList [] /Sto 

re(]/ 

StorelD 


String 


10 


Once 


Required 


store ID: 

StorelD in the Offer document. 


. . /StoreList [] /Sto 
re[]/ 

ServicePriority 


String 


2 


Once 


Required 


Service Priority: 
ServicePriority in the Offer 
document . 


. . /StoreList (] /Sto 

re[]/ 

Status 


String 


9 


Once 


Required 


Status: 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /StoreList [] /Sto 

red/ 

Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



5 As previously mentioned, the ErrorResponse document type is the negative 

acknowledgement returned by the network 13 upon encountering an error in the course of 
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processing an Offer or Customer Offer document type. ErrorResponse documents adhere 
to the DTD represented as SOXErrorResponse.dtd in Appendix 1. The header for this 
document type is the same as that for the OfferAck and CustomerOfferAck document 
types, with the exception that the value for @SOXType parameter is "ErrorResponse." A 
5 preferred format for this document is shown in tabular format below. 



[|CM!- Element/Attrj^^l^Pata Type 


f^Len ^ 


r|.pccu r^^^^e ^ 


■■ Description . . . j . ^ ... -y. . 


/SOX/ErrorResponse 


Aggregate 


0 


Once 


Required 


Error Response: 

Encapsulates the aclcnowledgement 
of the receipt of the Offer or 
CustomerOf f er document. 


. . / Sender DocUID 


String 


12 


Once 


Required 


Sender's Document Unique ID: 
©SenderDocUID in the Offer or 
CustomerOf fer dociiment. 


. . /ErrorCode 


String 


10 


Once 


Required 


Error Code: 

Generated by ECN. 

Assigned according to the type 

and source of the Error Code. 


. . /ErrorDescriptio 
n 


String 


255 


Once 


Required 


Error Description: 

Generated by ECN. 

The Error default text. 


, . /ErrorCondition 


String 


255 


Once 


Required 


Error Condition: 

Generated by ECN. 

Used to further explain the 

conditions that cause this Error 

code. 


. . /ErrorMessage 


String 


255 


Once 


Required 


Error Message: 
Generated by ECN. 


. . /ErrorSource 


String 


255 


Once 


Required 


Error Source: 
Generated by ECN. 


. . /Date 


Aggregate 


0 


Once 


Required 


Date: 

Generated by ECN. 

Date of ErrorResponse creation. 


. . /Date/Year 


String 


4 


Once 


Required 


Year: 

Format: CCYY 


. . /Date /Month 


String 


2 


Once 


Required 


Month: 
Format: MM 


. . /Date/ Day 


String 


2 


Once 


Required 


Day: 

Format : DD 


. . /Time 


Aggregate 


0 


Once 


Required 


Time : 

Generated by ECN. 

Time of ErrorResponse creation. 


. . /Time/ Hour 


String 


2 


Once 


Required 


Hour: 

Format: HH 


. . /Time/Minute 


String 


2 


Once 


Required 


Minute: 
Format : MM 


. . /Time/Second 


String 


2 


Once 


Required 


Second: 
Format : SS 


. . /TimeZone 


String 


3 


Once 


Required 


Time Zone: 

Generated by ECN. 

Time Zone for ErrorResponse 

creation timestamp. 


. . /SessionID 


String 


12 


Once 


Required 


Session ID: 

Generated by ECN. 

ECN ID for the session in which 

the CustomerOf fer document was 

transmitted to the ECN. May be 

used for audit trail purposes. 
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XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


. ./OffRcptCtrllD 


string 


10 


Once 


Required 


Offer Receipt Control ID; 
Generated by ECN. 
ECN identifier used for tracking 
the Offer or CustomerOf f er 
document . 


. . /Sender ID 


String 


8 


Once 


Required 


Sender ID: 

Generated by ECN. 

ECN user ID under which the 

Offer or CustomerOf fer document 

was transmitted to the ECN. 


. . /DTDErrorList 


Aggregate 


0 


Once 


Required 


DTD Error List: • 
Generated by ECN. 
Encapsulates reporting of DTD 
violations . 


. . /DTDErrorList/ 
@DTDErrorCount 


String 


10 


Once 


Required 


DTD Error Count : 

Count of .. /DTDError [ ] elements 

to follow. 


. . /DTDErrorList/ 
DTDError [ ] 


Aggregate 
List 


0 


One 
or 

Many- 


Required 


DTD Error: 

Encapsulates the details of one 
DTD error. 


. . /DTDErrorList/ 
DTDError [ ] /PathNam 
e 


String 


255 


One e 


Required 


Path Name: 

Path of DTD Error within the XML 
document . 


. ./DTDErrorList/ 
DTDError [ ] /ErrorCo 
de 


String 


10 


Once 


Required 


Error Code: 

Assigned according to the type 
and source of the Error Code. 


. . /DTDErrorList/ 
DTDError [ ] /ErrorMe 
ssage 


String 


255 


Once 


Required 


Error Message: 

Text description of the DTD 

Error. 



In particular, the parameter SenderDocUID represents the unique code identifying 
the XML document to its sender. The ErrorCode parameter represents the code assigned 
5 by the network 13 for the type and source of the error. The ErrorDescription parameter 
represents a description of the error generated by the network 13. The ErrorCondition 
parameter is generated by the network 13 and represents the condition(s) that caused the 
generation of the error code. The ErrorMessage parameter identifies an error message 
generated by the network 13 based on the error code. The ErrorSource parameter 
10 represents the source of the error generated by the network 13. The Date and Time 
parameters identify the date and time, respectively, in which the ErrorResponse 
document is created. The SessionID parameter represents the identification value 
assigned by the network 13 for the session in which the Offer or CustomerOffer 
document was transmitted to the network 13. The OfrRptCtrllD parameter represents an 
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identifier generated by the network 13 which is used for tracking the Offer or 
CustomerOffer document. The ServerlD parameter represents the identification value 
generated by the network 13 under which the Offer or OfferCustomer document was 
transmitted to the network 13. The DTDErrorList element encapsulates the reporting of 
5 DTD violations, including the count of error containing elements to follow, the details of 
each DTD error, which comprises the path of the DTD error within the XML document, 
the error code, and the error message. 

The details of the offers being distributed by each offer distributor 12 are 
electronically communicated to a network server 22 of system 10, such as an IBM 

10 RS6000 server, preferably in real time. Connections to server 22 are made over the 
Internet via the HTTP protocol using X.509 certificates to identify and authenticate the 
sender. Server 22 is configured to receive and authenticate all offers having a uniform 
format such as that previously described herein. With respect to offers distributed to 
customers in a non-interactive medium, the offer details are conmiunicated to server 22 

15 prior to being presented to the customers. In the case of a kiosk offer distributor, the offer 
is distributed via a communications network (not shown), such as the Internet, to a kiosk 
16 in conmiunication therewith. Kiosk 16 may be directly in communication with the 
POS system 27 of the store in which it is located. 

System 10 generates point-of-sale (POS) maintenance files that reflect all of the 

20 offers received from the offer distributors 12 and authenticated by server 22. These files 
are stored within a database of network 13 (not shown), preferably in a consolidated 
manner whereby information related to all offers available from various offer distributors 
at a given retailer can be viewed online by customers via a browser interface 30 thereto. 
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These files may be forwarded to the appropriate retailer 26 for placement on the POS 
systems 27 of the relevant stores 28 in which the offer is valid or a server of network 13 
such as server 22 may place the files directly on the POS system 27 of the relevant stores 
28 in which the offer is valid. 

In one embodiment, network 13 provides for the possibility of coooperation 
between agents and partners in presenting offers to customers or in recording the 
customer's acceptance of an offer. Once a business relationship between the cooperating 
parties is established, the network 13 sets up the proper information pathways so that the 
XML documents created by the network 13 can be routed to agents or partners for the 
purpose of synchronizing information between the parties so that everyone has an exact 
copy of the information received by the network 13 from the offer distributors 12. The 
preferred formats of the relevant Offer Agent Server Routing, CustomerOffer Agent 
Server Routing, Agent Server Offer Acknowledgement and Agent Server Customer Offer 
Acknowledgement documents are described below. 



Offer Agent Server Routing 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX /Target ServerL 
ist 


Aggregate 


0 


Once 


optional 


Target Server List: 

This element is not required. 

Defines Agent servers to which 

this document is to be 

forwarded. 


. . /@ServerCount 


String 


6 


Once 


Required 


Server Count : 
The number of 

. . /TargetServerList/ Server [ ] 
entries to follow. 
Value = 1 - 999999 


. . /Server [ ] 


Aggregate 
List 


0 


One 
or 

Many- 


Required 


Server: 

Encapsulates details for one 
Agent server. 


. . /Server [ ] Serverl 
D 


string 


6 


One e 


Required 


Agent Server ID: 
Assigned by the ECN 
Target Agent Server ID to 
Receive a copy of this document. 
Value = 1 - 999999 


. . /Server [ ] /Servic 
ePriority 


String 


2 


One 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service . 

Supported values: 
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XML Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 


















^'IS' ^ 15 Minutes 












^HR- = 1 Hour 












'^ON" = Overnight 












^RT" = Real-time 


CustomerOf fer 


Agent Server 


Routing 






XWIL Element/Attribute 


Data Type 


Max 


Occur 


Usage 


Description 


Tag 




Len 









/SOX/TargetServerL 
ist 


Aggregate 


0 


Once 


Optional 


Target Server List: 

This element is not required. 

Defines Agent servers to which 

this document is to be 

forwarded. 


. . /©ServerCount 


String 


6 


Once 


Required 


Server Count: 
The number of 

. . /TargetServerList/ Server [ ] 
entries to follow. 
Value = 1 - 999999 


. . /Server [ ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server: 

Encapsulates details for one 
Agent server. 


. . /Server [ ] /Server 
ID 


String 


6 


Once 


Required 


Agent Server ID: 
Assigned by the ECN. 
Target Agent Server ID to 
receive a copy of this document. 
Value = 1 - 999999 


, . /Server [ ] /Servic 
ePriority 


String 


2 


Once 


Required 


Service Priority: 
Indicates maximum processing 
delay for requested routing 
service. 

Supported values : 
'"IS" = 15 Minutes 
"HR" = 1 Hour 
'^ON" = Overnight 
"RT* = Real-time 



Agent Server Offer Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/TargetServerL 


Aggregate 


0 


Once 


optional 


Target Server List: 


ist 










This element will exist if it 
was present in the Offer 
docviment, and encapsulates the 
results of Server Routing 
Request processing. 


. . /@ServerCount 


String 


6 


Once 


Required 


Server Count: 
Count of 

. . /TargetServerList/Server [ ] 
elements to follow. 
Value = 1 - 999999 


, . /Server ( ] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server . 


. . /Server [ ] /Server 


String 


6 


Once 


Required 


Server ID: 


ID 










Requested ServerlD. 


. . /Server ( ] /Servic 


String 


2 


Once 


Required 


Service Priority: 


ePriority 










Requested service priority. 


. . /Server [ ] /Status 


String 


9 


Once 


Required 


Status: 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /Server [ ] /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 
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# 



# 



Agent Server Customer Offer Acknowledgement 



XML Element/Attribute 
Tag 


Data Type 


Max 
Len 


Occur 


Usage 


Description 


/SOX/TargetServerL 


Aggregate 


0 


Once 


Optional 


Target Server List: 
Thi s element wi 11 exis t if it 
was present in the CustomerOf f er 
uucuiuciiL./ dnu eiicdpsu j.ates une 
results of Server Routing 
Request processing. 


. . /©ServerCount 


String 


6 


Once 


Required 


Server Count: 
Count of 

. . /TargetServerList/Server [ ] 
elements to follow. 
Valiip = 1 - 999999 


. . /Server [] 


Aggregate 
List 


0 


One 
or 

Many 


Required 


Server : 

Encapsulates details for one 
Agent server. 


. . /Server t ] /Server 
ID 


String 


6 


Once 


Required 


ServerlD: 

Requested ServerlD. 


. . /Server [ ] /Servic 
ePriority 


String 


2 


Once 


Required 


Service Priority: 
Requested service priority. 


. . /Server [ ] /Status 


String 


9 


Once 


Required 


Status : 

Generated by ECN. 
Valid Values: 

Success 

Scheduled 


. . /Server [ ] /Result 


Aggregate 


0 


Once 


Required 


Result: 

See result structure above. 



5 

Customers redeem offers at a store electronically preferably via their loyalty cards 
or some other identification mechanism during the checkout process. The POS system 26 
of that Store integrates the offer details in the POS maintenance files received from server 
22 into its POS master offer detail files so that the condition(s) associated with the offers 

10 can be validated. In a preferred embodiment, the validation is performed by FREEDOM- 
Shopper sold by Matra Systems. In one embodiment, this process is performed in batch 
mode given the processing-intensive nature of the operation that could adversely affect 
daily checkout operations. 

POS system 26 generates transaction log files for any transactions at the stores 28 

15 involving offers distributed by the offer distributors 12. These transaction log files are 
forwarded to system 10 for clearance and settlement. Clearing is the set of functions 
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required to collect and analyze the transaction log files received by POS system 26 to 
extract the detail of the rewards given or due to customers, and to prepare the details of 
settlement required by the settlement agent. Clearing also includes extracting 
information from the transaction log files and comparing it against the corresponding 
5 offer details stored within the databases of network 13 in order to validate same. In one 
embodiment, clearance is performed via a program on the server 22 of the network 13. In 
a preferred embodiment, offer distributors 12 are notified of the redemption of their 
respective offers by means of a query service or XML-based data feed provided by server 
22. 

10 Once each offer is cleared, settlement of the offer with the appropriate settlement 

agent is performed. Settlement is the process of ensuring that the financial obligations 
associated with each offer are carried out. Specifically, the retailer is reimbursed for the 
value of rewards deducted from customer transactions involving offers. Payment must be 
arranged for fees due to the retailer and other parties for the processing and handling of 

15 the offer. Such settlement details are communicated electronically to a settiement agent 
34 to complete settlement of the offer with the respective parties to the transaction. 

Due to the centralized nature of the system 10 and the standardization of offers 
provided by the network 13, retailers can automatically accept offers from a plurality of 
different offer distributors, thereby relieving their burden to maintain sophisticated 

20 customer/price management systems. Moreover, system 10 allows paperless offer 

clearing at the POS level. In addition, system 10 provides for automatic settlement of 
offers which helps accelerate payment of the financial obligations associated therewith. 
In addition, given the centralized nature of the transaction information stored within the 
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4 4 

network 13, directories can be set up by network 13 whereby offer distributors, 
customers, stores, and other interested parties can easily look up information related to 
offers provided thorugh network 13. 

Furthermore, network 13 provides for the dynamic targeting of customers. The 
5 value of customer targeting is derived from wasting less money on promotional activity. 
Promotions are inherently wasteful because a large amount of the expenditures are not 
used to alter customer behavior. Promotion costs can be classified primarily into three 
areas; namely media costs, redemption costs and handling and administrative costs. 
Media costs are the cost of exposing customers to a promotion offer. Media costs include 
P 10 the advertising cost for placing promotional ads in newspapers, magazines, or on the 
Cn Internet offer, and direct mail cost to send offers to households. Redemption costs are the 
in cost of the discount. Cash discounts and other rewards have direct costs. Handling and 
administrative costs are inherent with coupon offers, which generally have costs 
associated with having the coupons counted and for billing and administration, 
py 15 Additionally, coupon issuers provide a fee to the retailer to cover their costs in handling 
12 the coupon. Moreover, all promotions require systems to accrue, track and generally 
administer promotions. 

The value of an offer is equal to the profit for incremental sales less the sum of 
media, redemption and handling and administrative costs associated therewith. Targeting 
20 offers can impact the value of an offer dramatically by lowering the overall costs and 
more particularly the cost per incremental case. Dynamic customer targeting is greatly 
enhanced by the system 10, specifically, due to the centralized nature in which the 
network 13 manages offer transactions. In particular, system 10 categorizes customer 
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profiles into three types; namely static, persistent and dynamic. Static profiles represent 
lifestyle and geo-demographic characteristics and are not changed by marketing 
activities. Persistent profiles are characterized by buying behavior that is relatively stable 
and only somewhat altered by marketing activities. Dynamic profiles are characterized 
by buying behavior that can directly be attributed to marketing activities like discounts 
and new product introductions. 

Referring now to Fig. 2, the process of dynamic customer targeting according to 
the present invention is described. For the purposes of discussion, it will be assumed that 
customers are identified to the network 13 through a loyalty card. However, it can be 
appreciated by one skilled in the art that any method of customer identification can be 
used. At 100, a customer is identified via a loyalty card being scanned at the checkout 
counter of a store. At 102, the POS system of that store tracks a plurality of information 
such as the customer's identification number, the time, the checkout lane, the products 
purchased, the prices paid and the quantities purchased. At 104, the POS system matches 
this information with information stored within the POS system, such as full pricing 
information, discount information, display activity, advertising activity and baseline 
sales, to create a customer profile. At 106, the profile is transmitted to the network 13 
and at 108, the profile is appended to a "master" database stored within a database of the 
network 13. At 1 10, the customer profile is queried against this database to create the 
static, persistent and dynamic profiles at 1 12. At 1 14, the customer profiles are 
forwarded to the appropriate offer distributor 12 so they can dynamically target 
customers based on such profiles. 
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4 4 

To illustrate the advantages of dynamic profiling, Figs. 3A-D illustrate an 
example of an offer for spaghetti sauce distributed based on a non-targeted profile, a 
static profile, a persistent profile and a dynamic profile, respectively. As shown, the 
dynamic profile provides a net value of $24,000, while the non-targeted and static 
5 profiles provide no value, and the persistent profile provides only a $3,975 value. 
Therefore, for spaghetti sauce, it is unlikely that static profile will greatly distinguish 
large numbers of spaghetti sauce customers from non-spaghetti sauce customer. In other 
words, static profile type offers will not add to the value of the promotion. 

The foregoing constitutes a description of various features of a preferred 
10 embodiment. Numerous changes to the preferred emobidment are possible without 
departing from the spirit and scope of the invention. Hence, the scope of the invention 
should be determined with reference not to the preferred embodiment, but to the 
following claims: 
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